boot me

Tu as une sauvegarde des BOOT mais pas de la NAND, bizarre tout ça ou des éléments m’échappent. En faisant l’un, pourquoi ne pas avoir fait l’autre lorsqu’il le fallait. Ou alors, cela n’a pas été fait avant et tu l’as fait récemment mais si le BOOT est corrompu, cela ne sert pas à grand chose du coup.

En revanche si la console démarre normalement sans le hack, c’est qu’il ne s’agit pas d’une corruption de BOOT. Et dans ce cas, c’est que le problème vient soit de la SD, soit d’éléments manquant sur la SD.

Comme je ne suis pas devant ta console, difficile de savoir ce qui bloque réellement et à quel niveau quelque chose ne va pas. Je ne suppose que les aspects en fonction de ce que tu indiques. Les erreurs d’eFuses et de package comme indiqué sont là suite logique des indications déjà données.

Je ne vois pas ce que je pourrais donner comme autres indications dans les problèmes que tu rencontres.

j'ai lancé la procédure pour restaurer boot0 sur kekate sauf que ça m'a remis la première erreur pkg1 du coup j'ai supprimer le contenu de ma sd et désinstaller l'autorcm affin d'essayer de restaurer mon ancien boot0 qui fonctionnais sur sxos a partir de sxos sauf qu'une des pattes du jig a cassé et je peux plus la redemarré

je viens de réussir a fabriquer un jig avec un trombone.
je lance le test hekate atmosphère en suivant le tuto que j'explique mes étapes en même temps, si j'oublie quelque chose ou fais mal quelque chose n’hésite pas a me le dire!
dans ma sd j'ai laissé:
- boot sx
-payload
-sxos(avec d'anciens boot0 et 1 fonctionnel, fais sauvegarde sur pc il ya longtemps)
-license sx

je telecharge hekate 5.5.8, atmosphere 0.19.5 without mesosphere, nx hbmenu et sigpatch atmo/hekate que je decompresse et met a la racine de la sd.
Du coup je me retouve avec:
-Atmosphere
-Bootloader
-Sept
-Switch
-Hbmenu
-Nx hbmenu
-Hekate 5.5.8
- Plus ceux nommé ci-dessus
jai mis lockpick_rcm 1.9.3 et fusee primary dans le dossier bootloader, payload.
La préparation de la sd est terminée


Je démarre avec sx os et je lance hekate via payload
je test dump package et il me marque pkg2 decryption failed
je fais backup emc boot0 et 1 came marque done et finis et vérifié
je refais dump package et ca me refais la meme erreur.
je vais dans payload et je lance lockpich rcm je fais dump from sysnand:
-mmc init done 11544 us
-tsec key done 18006 us
-master key done in 2097 us
bis key done in 220 us
unable to open sd seed vector,skipping
unable to get sd seed
......
apres ca me marque
found 1 titlekeys
found 132 keys
et mon erreur sur sept:
-found through master_key_07
je reboot rcm et je refais dump package et ca refais l'erreur pkg 2
quadn je lance fusee primary bin dans le payload d'hekate il me marque erreur failed to decrypt the package 2 header (master key revision 7)
je suis rebloqué a la même étapes.
burnt fuses 12-0 (HOS: 9.1.0-9.2.0) je comprend pas trop les efuses mais je n'en suis pas encore a cette étape?
j'ai expliqué comment j'ai procédé n’hésite pas a me dire si j'ai fais une erreur ?
je n'ai juste pas pu essayer de trouver d'autre boot0 et 1 et je ne sais pas ou les mettres dans la sd (sx os, hekate...)?

Déjà si tu es en autoRCM et que tu n’as pas démarré ta console normalement, il y a des chances pour que tu aies encore conservé tes eFuses de la CM. Si ce n’est pas le cas, alors, ils sont grillés. S’ils ne sont pas grillés, le downgrade vers HOS 11.0.0 peut s’envisager pour réutiliser SX OS mais il y aura un problème avec le port cartouche puisque tu auras grillé les eFuses LOTUS. Aucun moyen de contourner cela via SX OS. Pour cela, il suffit de passer par le Hack Atmosphère/Hekate et utiliser DayBreak pour installer le firmware. Ceci est dans l'éventualité de ne pas les avoir grillés et sous réserve que tu puisses démarré le hack.

Ensuite, il te faut préparer ta SD correctement comme je l’ai déjà dit et éventuellement dumper les keys via Lockpick_RCM pour voir si cela règle ton problème de clés. Bizarre car Hekate n’en a pas besoin en principe. Mais à voir au cas où.

Je t’ai donné le lien du tutoriel pour le hack Atmosphère/Hekate qui apporte toutes les démarches et explications. Ceci est à lire et à suivre.

Et pour finir, une fois que tu auras suivi la démarche, et que tu arrives à booter, c’est que c’est bon. Si ce n’est pas le cas, et que tu as toujours un message de corruption de BOOT 0, il faudra le restaurer via Hekate tout simplement. De moi, cela ne semble pas être le cas puisque l’autoRCM est actif mais je n'affirme rien. Il te faudrait déjà suivre les indications du tutoriel pour utiliser Atmosphère/Hekate et voir ensuite.

Pour le moment, ne pas désactiver le mode autoRCM sinon les chances de downgrade vont devenir complexe. Et si c’est une corruption de BOOT 0, le fait d’avoir sauvegardé est déjà pas mal. La restauration s’opère via Hekate et cela reste simple. Avant d’envisager quoi que ce soit, suivre les indications précédentes.

D’après ce qui est décrit, c’est une corruption du BOOT 0.

Avant de certifier cela, la mise à jour opérée via ChoiDujourNX a été faite en désactivant le mode autoRCM ou pas ? Ce mode est activé par défaut et agit de la même manière qu’une corruption du BOOT 0. Si c’est le cas, la console, après redémarrage, attend de booter sans le JIG sur le CFW.

Ensuite, comme SX OS n’est pas compatible au delà du 11.0.0, et que le downgrade va poser problème au niveau des eFuses de la CM et particulièrement les eFuses LOTUS du port cartouche, le fait de passer à Atmosphère/Hekate implique de préparer sa carte SD et de ne pas oublier d’ajouter les sigpatches.
https://gamergen.com/forums/underground ... 36600.html

Si tout cela a été fait, il ne reste donc que la première indication qui concerne un BOOT 0 corrompu. Pour réparer cela, il faudrait restaurer le BOOT 0 via Hekate si une sauvegarde a été faite préalablement comme indiqué lors de la procédure. Si pas de sauvegarde du BOOT 0, il faudra s’en procurer sur la toile. Aucun lien ne sera donné sur le forum.

Salut, j'aurais dû préciser "booter en CFW depuis une extinction totale de la console". Mais du coup, tu me confirmes que le CFW n'est pas permanent... En espérant que ça évolue.

Merci !

En réponse à la question 1, aucun problème avec les boot0/1 sur les modèles non patchés. Cela concerne plutôt les modèles Mariko. Et comme tu l’indiques, tu as fait la mise à jour et tu n’as pas de problème. Lorsqu’il y a corruption des boot, c’est qu’il y a eu mauvaise manipulation derrière. D’ailleurs le mode autoRCM fonctionne comme une corruption du boot pour résumer grossièrement.

Pour la question 2, j’ai déjà répondu trop souvent à cette question. Il y a beaucoup de sujets sur le forum Switch pour trouver des éléments de réponses. Le port cartouche se met à jour en 12.x.x mais pas seulement puisque c’est 4 eFuses LOTUS qui sont grillés depuis (4.0.0/9.0.0/11.0.0/12.0.0). Et il n’existe aucun moyen de contourner cela avec SX OS. Seul Hekate, avec son patch NoGC le permet. Donc oui, laisser la sysNAND dans une version inférieure et ne mettre qu’à jour l’emuNAND n'empêchera pas de mettre à jour le port cartouche via SX OS. D’ailleurs, je ne vois pas l’interêt de faire cela sur des modèles non patchés si on utilise Atmosphère/Hekate et pour SX OS, le tout, c’est de laisser HOS en 11.0.0 max.

Actuellement et tant que le SDK n’évoluera pas, les jeux pourront être patchés pour être utilisés avec SX OS s’ils demandent une mise à jour firmware. Cela se fait avec NSC_Builder.
https://gamergen.com/forums/underground ... 39808.html

Maintenant, si le but est de passer sous Atmosphère/Hekate, il faut rendre compatible l’emuNAND en procédant à une opération de migration. Il n’y a pas de tutoriel sur le forum car les possibilités sont nombreuses. Voir du côté de GBATemps ou autre pour une démarche détaillée.
D’autres ont recommencé à zéro mais cela implique de faire un dump de ses sauvegardes avant et de conserver les données de sa SD sur PC pour ne pas tout perdre. A chacun de voir.

oui l'app fonctionne choixujour fonctionne , mais comme dit je peux pas selectionner le dossier avec la maj (surement a cause de mon mac qui foire un truc dans les transferts je sais pas )

normalement justement le pack contient tout (et j'ai réussi a lancer atmosphere une fois et arrivé sur le menu niçntendo etc mais j'avais pas mis le fichier de maj et le jeu pour test ...

et effectivement je suis en sysnand (étant banni plus trop besoin de faire d'emunand il me semble .. )
donc il faut je dl une version d'atmosphere plus vieille c'est ca ?

mais du coup la ca va être plus compliquer pour moi , car je ne comprends pas le fonctionnement du truc ... (pour ca que je reste sur sx os car il y a juste un ettre le fichier boot;dat et c'est réglé )

Bizarre ChoiDujourNX fonctionne via SX OS contrairement à Daybreak qui n’est pas compatible.

Et comme dit, prendre un pack sur YouTube ne dit pas qu’il contient tout ce qu’il faut. Les explications pour préparer sa SD sont dans le tutoriel. Donc à suivre plutôt qu’autre chose.

Ensuite, si tu utilisais SX OS et que tu essaies de lancer le hack Atmosphère, il faudrait savoir si tu bootes sur sysNAND ou emuNAND.

Tu ne devrais pas avoir de problème sur la sysNAND, si et seulement si, tu as préparé ta SD correctement mais comme dit plus haut, la dernière itération du CFW Atmosphère fonctionne mieux sur HOS 12.x.x. Pour un firmware moins récent, il te faudra une version moins récente. Ce bogue est connu pour certains apparemment et le développeur l’indique sur son Github bien que rien n’empêche son fonctionnement avec la dernière.

En revanche, s’il s’agit d’un boot sur l’emuNAND, il faut que cette dernière soit compatible et que tu aies préalablement effectué une migration pour utiliser le CFW. Sinon, cela ne fonctionnera pas.

Et pour vérifier sa SD, il faut utiliser h2testw sur PC.

MDProz Wrote:Oui, c’est possible d’utiliser les deux hack et un différent sur l’une ou l’autre. Le tout est de rendre compatible l’emuNAND pour les deux si tu comptes en utiliser une seule. Tu peux aussi en avoir deux différentes mais à voir si utile pour toi.

Non pas d'utilité de posséder deux Nand EMU dans mon cas

MDProz Wrote:
Là où cela va coincer, c’est pour le port cartouche qui se met à jour en 11.0.0 et 12.0.0. Donc, il sera inutilisable en sysNAND si elle reste en dessous. Même si les deux NAND sont déliées, la mise à jour s’opère et vient griller un eFuse LOTUS. Le patch NoGC peut être utilisé via Atmosphère/Hekate mais sous SX OS, aucun moyen de contourner cela.

Perso avec deux console banni je n'est aucun avantage a utiliser sysnand avec des jeux au format physique donc rien a battre que le port cartouche ne soit plus fonctionnel

MDProz Wrote:Après, je ne sais pas si l’inverse serait mieux car certains semblent avoir des problèmes avec une sysNAND en 12.0.2 et une emuNAND en 11.0.0 pour démarrer sur le Menu SX OS et ensuite booter sur le CFW emuNAND. Dans tous les cas, pour SX OS, c’est max 11.0.0.

Hormis les XCI sur USB Atmosphere + sygpatch offre bien plus de possibilité sur les Firm supérieur au 12.x.x.

C'est en parti a cause des soucis de boot de SX en emunand que je pense faire l'inverse (Hekate comme bootloader + sysnand sous SX + emunand sous atmosphère + Android + Lakka)

De plus je crois même qu'il est possible d'assigner un dossier différent pour les datas (dossier Nintendo) avec une emunand sous Atmosphère histoire de ne pas mélanger les torchons et les serviettes